US20020035605A1 

(19) United States 

(12) Patent Application Publication m Pub. No.: US 2002/0035605 Al 

McDowell et al. (43) Pub. Date: Mar. 21, 2002 



(54) USE OF PRESENCE AND LOCATION 

INFORMATION CONCERNING WIRELESS 
SUBSCRIBERS FOR INSX4NT MESSAGING 
AND MOBILE COMMERCE 

(76) iQventors: Mai* McDowell, Alexandria, VA (US); 

Joseph KhaUl, Alexandria, VA (US); 
Steven Zweifach, Alexandria, VA (US); 
Graham Stead, Arlington, VA(US); 
David LeJeune JR., Hemdon, VA (US) 

Correspondence Address: 
Roberts Abokhair & Mardula, LLC 
11800 Sunrise Drive^ Suite 1000 
Reston, VA 20191-5302 (US) 

(21) Appl.No.: 09/810,114 

(22) FUed: Mar. 16, 2001 

Related U.S. Application Data 

(63) Continuation-in-part of application No. 09/771,201, 
filed on Jan. 26, 2001, which is a non-provisional of 
provisional application No. 60/178,142, filed on Jan. 
26, 2000 and which is a non-provisional of provi- 
sional application No. 60/268,977, filed on Feb. 15, 
2001. 



Publicatioii Classification 

(51) Int. Cl.^ G06F 15/16 

(52) U.S. CI 709/206; 709/230; 709/203 

(57) ABSTRACT 

Presence determination, location determination, instant mes- 
saging, and mobile commerce are integrated into a func- 
tionally seamless system, which may be implemented as an 
added component of a wireless provider's network. Alter- 
natively, the integrated system enables instant messaging 
and mobile commerce as a centralized gateway attached to 
the networks of a large number of wireless providers. The 
gateway facilitates a business model that advances beyond 
today's practices, in which individual wireless carriers enter 
into bi-lateral agreements with specific Internet content 
providers. The functionally integrated gateway disclosed 
empowers Internet services that require real-time informa- 
tion about wireless subscribers in order to conduct m-com- 
merce or offer advanced messaging services. Optimization 
of a wireless network is also facilitated by taking network 
performance measurements, without using a special drive 
test team, via devices that are regularly using the network 
during standard network operation. 
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USE OF PRESENCE AND LOCATION 
INFORMATION CONCERNING WIRELESS 
SUBSCRIBERS FOR INSTANT MESSAGING AND 
MOBILE COMMERCE 

CROSS REFERENCE TO RELATED 
APPUCAnONS 

[0001] This application is a continuation-in-part of U.S. 
application Sen No. 09/771,201, filed Jan. 26, 2001, pend- 
ing, which claims priority under 35 U.S.C. § 119(e) firom 
provisional application No. 60/178,142, filed Jan. 26, 2000. 
This application also claims priority imder 35 U.S.C. § 
119(e) from provisional application No. 60/268,977, filed 
Feb. 15, 2001. The Sen No. 09/771,201, 60A78,142, and 
60/268,977 applications are incorporated by reference 
herein, in their entireties, for all purposes. 

INTRODUCTION 

[0002] The present invention relates generally to the field 
of wireless communications. More particularly, the present 
invention relates to enablement of instant messaging and 
location-based mobile commerce across Internet and diverse 
wireless network infrastructures. 

BACKGROUND OF THE INVENTION 

[0003] There are two major technical fields that have 
shown explosive growth over the past few years: the first is 
wireless communications and the second is use of data 
services, particularly the Internet. The growth of wireless 
communications has been astounding. Twenty years ago, 
there was virtually no use of wireless communications 
devices such as cellular phones. In contrast, the market 
penetration for wireless devices in the U.S. in 1999 was 32 
percent. The current forecast is that 80 percent of the U.S. 
population will be wireless subscribers by 2008. Likewise, 
current and expected adoption of data services is phenom- 
enal. Interestingly, wireless communications and data ser- 
vices are beginning to convcige, 

[0004] An example of this convergence is found in Instant 
Messaging (or "IM"), Originally an Internet-based text 
communication technology, IM will soon be integrated with 
wireless networks. It remains to be seen how smoothly this 
integration will proceed. Presence detection is an important 
element of any IM solution because an essential aspect of the 
IM technology is the detection of whether the members of 
each IM user's buddy list are present on the network. 
Although presence detection was fairly straightforward in 
the Internet environment, when the various wireless net- 
works are to be integrated into the IM phenomenon presence 
is no longer so easy to establish comprehensively. 

[0005] Thus, what is needed is an infrastructure technol- 
ogy to enable mobile IM services and provide for effective 

mobile buddy lists. 

[0006] Another potential benefit of the integration of wire- 
less networks with fixed IP networks, such as the Internet, is 
mobile commerce (also referred to as m-commerce). Thus 
far, mobile commerce has been severely limited. To date, 
mobile commerce has typically been subscriber-initiated, 
with the subscriber using a handset to locate a product or 
service. This approach is consistent with E-911 implemen- 
tations, where the subscriber initiates a call that requires 



location information. However, for mobile commerce to be 
broadly successful this paradigm needs to be inverted. This 
inversion occurs because wireless devices (telephone hand- 
sets, personal digital assistants, etc.) are not suitable for 
"window shopping." Merchants should have the ability to 
initiate promotions^— on a permission-oriented basisr— just 
as they do with other media. 

[0007] In the next three years, the number of m-commerce 
providers is expected to grow &om ahnost zero to more than 
18,000 woddwide. In addition, traditional retailers will also 
seek to engage mobile customers. The current model of 
bi-laleral agreements cannot scale to meet the demands of 
m-commcrce, messaging, and traditional retail. A central- 
ized gateway, where subscriber information can be sold (on 
a permission-oriented basis) to firms that require such infor- 
mation, would be an advantageous advance 

[0008] Thus, what is needed is a centralized gateway 
where subsCTiber information can be sold, on a permission- 
oriented basis, to commercial firms. 

[0009] The availability of location infonnatiou concerning 
the wireless handsets is important to the enablement of 
mobile commerce. Although handset location information is 
not strictly required for mobile commerce to occur, it 
certainly facilitates the establishment of an effective m-com- 
merce campaign. 

[0010] Wireless carriers worldwide are preparing to offer 
location-based services to their subscribers. At the heart of 
these services is the Position Determining Equipment (PDE) 
which determines the location of a wireless device. The 
available PDE solutions employ several distinct methods of 
location determination: triangulation of RF signals among 
base stations; RF fingerprinting; and, embedded GPS in the 
wireless device. Regardless of the method employed, the 
PDE's most critical interface is to the Mobile Positioning 
Center (MPC), which routes emergency 911 voice calls and 
their associated location information to the local Public 
Safety Access Point (PSAP). The PDE also has an interface 
to a Location Proxy Server (LPS), which makes location 
information available to non-emergency third parties outside 
the wireless network. 

[0011] There is a trend in the industry to combine the MPC 
and the LPS into a single platform: both systems route voice 
calls with embedded location information to third parties. 
However, there ace good reasons that this conventional trend 
should be reversed and the MPC and LPS should be 
decoupled. Whereas the MPC performs the proven, stable 
function of routing emergency calk to the PSAP, the LPS is 
expected to evolve rapidly to accommodate the massive 
demands of Internet-based businesses and services. Perhaps 
most importantly, the LPS must accommodate merchant- 
initiated transactions, which should become a significant 
aspect of mobile commerce but cannot be provided by voice 
call-driven MPC technology. In the same way that Home 
Location Registers (HLRs) have been decoupled from 
MSCs — allowing "intelligence" to be decoupled from 
switching fabric — the LPS should be decoupled from the 
MPC and allowed to evolve into a highly intelligent engine 
responsible for making wireless Internet access relevant, 
personal, and timely. 
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[0012] A Dumber of companies (e.g., FolloWap, Open- 
Wave, SignalSoft, CIMotion, Air2Web, AirFlash, Erics- 
son's "Oz,*' InfoSpace, WindWire, OpenGrid, Aether Sys- 
tems, 724 Solutions, Message Vine, Lucent, Nortel, Nokia, 
Quickdot, Xypoint, Cellpoint, just to name a few) cuirently 
promise technologies that will provide some form of IM or 
m-oommerce solutions for wireless handsets to communi- 
cate with Internet-connected users. However, none of these 
companies have been able to develop a system that inte- 
grates presence determination, location determination, 
Instant Messaging, and mobile commerce. 

[0013] Thus, what is needed is a an infrastructure tech- 
nology that allows the integration of presence determination, 
location determination. Instant Messaging, and mobile com- 
merce. 

SUMMARY OF THE INVENTION 

[0014] Accordingly, one aspect of the present invention is 
the integration of presence determination, location determi- 
nation, Instant Messaging, and mobile commerce into a 
functionally seamless system. This integrated Presence, 
Location, Instant messaging, and Motile commerce (or 
"PLIM") system may be implemented as an added compo- 
nent of a wireless provider's network. 

[0015] Alternatively, a farther aspect of the invention is 
the integration of presence determination, location detemii* 
nation, Instant Messaging, and mobile commerce as a cen- 
tralized gateway that may be attached to the networiss of a 
large number of wireless providers. 

[0016] The gateway arrangement according to this aspect 
of the invention facilitates a business model that represents 
a step forward from today's practices, in which individual 
wireless carriers are entering into bi-lateral agreements with 
specific Internet content providers. The PLIM gateway gen- 
erates revenues from Internet services that require real-time 
information about wireless subscribers in order to conduct 
m-oommerce or offer advanced messaging services. The 
gateway may then share the revenue generated through the 
sale of subscriber information with the participating wireless 
carriers that host the subscribers. 

[0017] The PLIM gateway makes wireless subscriber 
presence, location, and profile information available on a 
100% permission-oriented basis to Internet services. The 
PLIM gateway obtains subscriber information through 
direct electronic connections into wireless carrier networks. 
These connections are non-intrusive and pose no risks to the 
wireless carriers. Raw data coUected from carriers is for- 
matted and cached inside the PLIM gateway, and made 
available to registered Internet services through an elec- 
tronic Intemet-based interface. 

[0018] Another aspect of the present invention is the 
enabling of true merchant initiated mobile commerce. This 
is made possible due to the integration of location informa- 
tion with a facility to manage marketing campaigns and a 
subscriber privacy management database. This ensures that 
the mobile commerce is conducted so that merchants obtain 
efficient marketing service and subscribers are subject only 
to marketing that they have expressly consented to. 



[0019] Additionally, another aspect of the invention is the 
implementation of network optimization and performance 
measurement features to enable network operators to mea- 
sure the performance and increase the ef&ciency of their 
networks. 

[0020] It is an object of the present invention to provide 
integration, for one or more wireless networks, of presence 
information, location information. Instant Messaging, and 
mobile commerce. 

[0021] It is another object of the present invention to 
provide integration of Instant Messaging and mobile com- 
merce as a central gateway servicing the needs of multiple 
wireless networks. 

[0022] It is yet another object of the present invention to 
provide integration of Instant Messaging and mobile com- 
merce as a dedicated system servicing the needs of only a 
single wireless network. 

[0023] It is still another object of the present invention to 
enable merchant initiated mobile commerce by integrating 
information about wireless subscribcis' location, presence, 
and privacy choices. 

[0024] Additional objects and advantages of the present 
invention will be apparent in the following detailed descrip- 
tion read in conjunction with the accompanying drawing 
figures. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0025] FIG. 1 illustrates a block diagram view of the 
architecture of a PLIM system according to the present 

invention. 

[0026] FIG. 2 iUustrates the flow of signals via the PUM 
system of the present invention when subscriber-initiated 
location-sensitive Web browsing is practiced. 

[0027] FIG. 3 illustrates the flow of signals via the PUM 
system of the present invention when merchant-initiated 
mobile commerce is practiced. 

[0028] FIG. 4 illustrates an initial registration process for 
effecting subscriber provisioning. 

[0029] FIG. 5 illustrates a preference selection process for 
effecting subscriber provisioning. 

[0030] FIG. 6 illustrates an updating process for main- 
taining subscriber provisioning. 

[0031] FIG. 7 illustrates a carrier specific PUM server 
implementation. 

[0032] FIG. 8 iihistrates a PUM system implemented as 

a centralized gateway. 

[0033] FIGS. 9 and 10 illustrate a system for network 
optimization and performance measurement, according to a 
fiirther embodiment of the present invention. 

DETAILED DESCRIPTION OF THE 
INVENTION 

[0034] One embodiment of the present invention is a 
computing platform that facilitates communications for 
wireless subscribers of a wireless network. The computing 
platform includes a presence module that maintains data 
concerning netwoik presence of the wireless subscribers, as 
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well as a location proxy module that maintains location data 
concerning physical location of the wireless subscribers. It 
also includes an instant messaging module connected to 
provide instant messaging service for the wireless subscrib- 
ers utilizing the data concerning network presence. To 
enable mobile commerce, the computing platform further 
includes a campaign manager module connected to provide 
commercial message transmission to one or more of the 
wireless subscribers selected based on the data concerning 
network presence and the data concerning physical location. 

[0035] Another aspect of the computing platform is a 
privacy database containing records of data permission 
settings corresponding to individual ones of the wireless 
subscribers. The data permission settings of the privacy 
database are used as a further basis on which the wireless 
subscribers are selected to be provided commercial message 
transmission. 

[0036] Another aspect of the computing platform is that 
the presence module also maintains data concerning network 
presence of non-wireless instant messaging subscribers. 

[0037] Another embodiment of the present invention is a 
network gateway for collecting presence information and 
location information concerning wireless subscribers of plu- 
ral wireless networks, and for facilitating instant messaging 
and mobile commerce. The network gateway includes a 
presence module that maintains data concerning network 
presence of the wireless subscribers, as well as a location 
proxy module that maintains location data concerning physi- 
cal location of the wireless subscribers. It also includes an 
instant messaging module connected to provide instant 
messaging service for the wireless subscribers utilizing the 
data concerning network presence. To enable mobile com- 
merce, the network gateway further includes a campaign 
manager module connected to provide commercial message 
transmission to one or more of the wireless subscribers 
selected based on the data concerning network presence and 
the data concerning physical location. 

[0038] The present invention also encompasses process 
embodiments for the conduct of mobile commerce. One 
process embodiment includes receiving a request from an 
approved merchant for current location information con- 
cerning a mobile subscriber, and verifying via a privacy 
database that the subscriber has given permission for the 
merchant to access the requested information. The process 
further includes obtaining current location information con- 
cerning the mobile subscriber from position determining 
equipment associated with a wireless network, and provid- 
ing the subscriber's current location information to the 
merchant. By this process, the merchant is free to transmit 
to the subscriber personalized content based on the subscrib- 
er's current location information. 

[0039] The integrated Presence Location Instant messag- 
ing and Mobile commerce (PLIM) system according to the 
present invention provides two salient advantages to a 
wireless carrier. One is the enabling of wireless instant 
messaging with "mobile buddy list** capability. The second 
is enabling of merchant-initiated mobile commerce. TTiese 
applications hold great promise for immediate and untapped 
sources of revenue for wireless carriers. 



[0040] IM is a revenue generating service. Instant mes- 
saging is a popular — perhaps indispensable — Internet ser- 
vice that wireless subscribers will pay to receive on their 
mobile devices. Even for carriers who do not bill separately 
for the IM service^ the additional message traffic and airtime 
represent significant sources of new revenue on their exist- 
ing infrastructure. 

[0041] Enablement of mobile commerce (or **m com- 
merce") is also a revenue generator. APUM system accord- 
ing to the present invention makes subscriber presence, 
location, and interest information available to merchants 
who desire to initiate transactions with wireless subscribers. 
Carriers can generate multiple streams of revenue from the 
sale of presence and location information, as well as activate 
lucrative mobile commerce agreements with strategic part- 
ners. 

[0042] In addition, the ability to offer the PLIM as a 
gateway, independent of a single network, allows several 
important advantages. Most importantly, it provides a virtual 
"one stop shop'* so that merchants^ customers, and network 
operators can establish a business relationship with a single 
entity that provides a seamless interface. 

[0043] A PLIM system according to the present invention 
offers significant additional advantages to wireless carriers 
in terms of network optimization and performance measure- 
ment. Through its Presence Server, the platform allows other 
network elements to function more efficiently. For example, 
by indicating that a subscriber's phone is OFF, the PLIM 
system eliminates unnecessary and resource-consuming 
SMS delivery re-attempts. Similarly, the PUM system can 
signal the Positioning Determining Equipment when a sub- 
scriber has registered in a different market, allowing the 
equipment to rapidly ''re-locate" the subscriber. 

[0044] The present invention ensures that mobile com- 
merce is conducted in such a way that subscriber privacy is 
not compromised. The PUM system provides for a 100% 
opt-in service. Subscriber information is firewalled inside 
the carrier's network, or inside a centralized gateway, 
depending on implementation options. Subscriber informa- 
tion is not provided to any thkd party without explicit 
permission. Subscribers have the abflity to establish and 
change their permissions and preferences easily and fre- 
quently using both PC and wireless interfaces. 

[0045] Referring to FIG. 1, a block diagram of the archi- 
tecture of a PLIM system 110 according to the present 
invention is illustrated. One element of a system according 
to the present invention is the Presence Server 112. The 
Presence Server 112 determines whether a mobile device is 
ON or OFF in real-time. The Presence Server 112 inter- 
operates with system databases to allow sophisticated pres- 
ence management. 

[0046] Another element of a system according to the 
present invention is the Location Proxy Server (LPS) 114, 
The LPS 114 makes subscriber location, as determined by 
third party equipment (e.g., PDE), available to merchants 
and other extemal entities under controlled conditions. An 
additional element of a system according to the present 
invention is the IM Server 116. The IM Server 116 allows 
the wireless networks to send and receive instant messages 
from common IM platforms. 
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[0047] Another element of a system according to the 
present invention is the mobile commerce Campaign Man- 
ager 118. The Campaign Manager 118, allows wireless 
carriers to automatically deliver targeted messages and 
e-conpons on behalf of mobile commerce merchants. 

[0048] Each of these elements 112, 114, 116, 118 may be 
implemented on separate servers, but need Dot be to practice 
the present invention. Conceptually, the Presence Server 
112, the Location Proxy Server 114, the IM Server 116, and 
the Campaign Manager 118 may be implemented as soft- 
ware modules that may execute on separate physical 
machines, or on a single physical machine, at a common 
location, or remotely from one another, depending on opera- 
tional convenience. In other words, these elements of the 
present invention are not dependent on the specifics of 
hardware implementation to provide the functions that make 
the present invention useful. 

[0049] The integrated Presence Server 112, according to 
the present invention, determines the network presence of a 

wireless subscriber or IM user. Hie Presence Server 112 
determines if a mobile phone or other mobile device is ON 
or OFF. It also determines if an Internet-based IM user is 
ONLINE or OFFLINE. The Presence Server 112 makes 
network presence information available between wireless 
networks and the Internet. 

[0050] The simplest use of the Presence Server 112 is the 
instant messaging buddy list. Because the Presence Server 
112 is able to determine if a wireless device is ON or OFF, 
traditional IM buddy lists can be extended to indicate 
whether "mobile buddies*' are ON or OFF. Likewise, WAP 
applications and embedded software in the handset can 
indicate whether buddies are ONLINE at their PCs or at their 
wireless devices. 

[0051] The buddy list is an integral part of the IM expe- 
rience — it allows one to send messages to buddies who are 
online and therefore able to receive them instantly. But the 
buddy list is becoming a valuable application in its own 
right. It is useful to know if buddies, co-workers, staff, and 
others are ONLINE or have their phones ON. Particularly in 
mobile applications, merely knowing that a device is ON or 
OFF has intrinsic value. 

[0052] The Presence Server 112 according to the present 
invention does much more than power the buddy list. It 
enables "presence management" in a world where there are 
many ways to be online, and individuals may carry several 
different wireless devices. Presence management allows 
subscribers to direct calls, messages, and data traffic to 
particular devices. Presence management extends well 
beyond ON or OFF information: subscribers may wish to 
indicate "ON-busy" or "ON-meeting** or "ON-emergency 
only" or any number of other personal settings. Subscribers 
may even desire for their presence information to be pre- 
sented differeody to different outside parties, for example 
"ON-busy" for co-workers but "ON-available" for spouse or 
supervisor. Moreover, Presence management preferences 
may change at different times of the day, and on different 
days of the week. 

[0053] Presence information is also useful internally for 
the wireless network to streamline operations. One example 



involves the Short Message Service Center (SMSC) 134. 
The SMSC 134 does not know if a mobile device is ON or 
OFF, and therefore must employ a complex, multi-day 
message delivery and re-delivery algorithm to ensure that 
messages are delivered successfully. Using the PLIM system 
110 according to the present invention, the SMSC 134 can 
query the Presence Server 112 before attempting to send a 
message, eliminating inefficient retry attempts. 

[0054] Another example involves the Position Determin- 
ing Equipment (PD£) 130 that many wireless carriers are 
expecting to deploy in the near future. Network-based PDE 
devices need to know the market where the subscriber is 
operating before they can locate the subscriber. If a sub- 
scriber moves from one market to another (for example, 
during a business trip), the PDE does not know where to 
begin searching for the subscriber. Using the present inven- 
tion, the PDE can query the Presence Server to obtain 
market presence information, and then rapidly locate the 
subscriber. 

[0055] The Presence Server commtmicates with other 
components of the PLIM system platform as weU as external 
network elements in the wireless network. 

[0056] Within the PLIM system platform, the Presence 
Server communicates with the Instant Messaging (IM) 
Server, the Campaign Manager, the Privacy Database, and 
the Network API components. The IM Server queries the 
Presence Server to determine if a subscriber's phone is ON 
or OFF so that accurate "mobile buddy list" information is 
available for the IM clients. The Campaign Manager queries 
the Presence Server to know if a particular subscriber's 
phone is ON or OFF before attempting to send a targeted 
mobile commerce message. The Presence Server queries the 
Privacy Database to ensure that an external entity requesting 
subscriber presence information is authorized to receive the 
information. Presence information is made available to 
approved extemal entities via "push" or "pull" through the 
Network API. 

[0057] The Presence Server also communicates with the 
Position Determining Equipment ^DE), Home Location 
Register (HLR), Short Message Service Center (SMSC), and 
WAP gateway network elements in eadi of the wireless 
networks to which the PLIM system is cormected. The PDE 
may query the Presence Server to determine the market in 
which a subscriber is operating. The Presence Server may 
extract wireless presence information from the HLR. The 
SMSC may query the Presence Server before attempting to 
deliver a short message to determine of the recipient's 
mobile phone is ON. The Presence Server provides wireless 
presence information to WAP-bascd IM clients for the 
"mobile buddy hst." 

[0058] In order for presence management to be more 
useful in everyday life, network presence preferably indi- 
cates more than simple ON or OFF information. Table 1 
illustrates the different types of wireless presence that are 
supported by a Presence Server of a system according to the 
present invention. 
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TABLE I 



WIRELESS DEVICE 

srxrvs im^RPRETAnoN 



OFT? 




Phone is OFF. Determined automatically on power 
down. 


ON- 


Available 


Phone is ON and the subscribei ts available to be 
contacted. 


ON- 


VnoeCaU 


Phone is ON, but the subscriber is engaged tn a voice 
call 


ON- 


WAP 


Phone is ON and subscriber is using the WAP instant 
messaging application. 


ON- 


<user defi]ied> 


The phone is ON. The subscriber's status has been 
manually set by the subscriber. Predefined settings 
include: 

• DND (do not disturb) 

• Busy 

• Not available 
■ Meeting 

• Emeigeacy Only 

Hie subscriber may also create arbitrary status tndicatois 
consisting of a^hanumeric characters. 



[0059] Likewise with the Interact, there are several varia- 
tions of network presence. The PLIM system's Presence 
Server retrieves online presence from various IM servers 
(buddy list information) and makes it available to wireless 
subscribers on the WAP IM client application. Table 2 
illustrates the different types of Internet presence that are 
supported by a Presence Server of a system according to the 
present invention. 



The world's most common IM protocols are those used by 
AOL's Instant Messenger (AIM) and ICQ (also owned and 
controlled by AOL). 

[0063] Determining wireless network presence is consid- 
erably more complex. Some of the key challenges are the 
following: 



TABLE 2 



INTEilNET STATUS [NTERPRETAnON 

Offline [ntexaet customer has not turned on, or logged into, the instant 

messaging client application on her PC. 
Online - Available (nternet customer has turned on, or logged into, the instant 

messaging client application on her PC. 
Online - <user defined> The [nt^net customer is running the instant messaging 

application and has selected one of the status indicators 

(typical): 

* Away 

* Extended Away 

• Emergency Only 

• DND (do not disturb) 



[0060] As IM moves into the wireless realm, presence 
information will undoubtedly become even more important. 

Using the status parsing as described above, presence infor- 
mation will be used for "availability management" in a 
world where people have multiple communication devices 
and can be accessed anywhere, anytime. 

[0061] The IM-Anywhere Presence Server determines 
both Internet presence and wireless network presence, and 
makes this information available to entities on both net- 
works. How presence is determined is explained as follows. 

[0062] Determining Internet presence is straightforward: 
the Presence Server communicates peer-to-peer with IM 
servers. Internet presence information is made available to 
the Presence Server in the same way presence information is 
shared among IM clients worldwide. CurrenUy, there is no 
uniform protocol for Internet-based instant messaging and 
presence, although an industry consensus is expected soon. 



[0064] The underlying communication protocols of 
TIA/EIA-41 wireless netwodcs currently do not 
natively provide presence indicators; 

[0065] Accuracy is lost when unplanned network 
detachments occur, such as dead battery or roaming 
into analog service areas; 

[0066] Real-time electronic connections into opera- 
iional wireless networks are needed; 

[0067] Wireless carriers are resistant to technical 
solutions that place a processing burden on opera- 
tional network elements; 

[0068] Wireless carriers will allow only a small num- 
ber of external connections into their networks. 

[0069] The PLIM system Presence Server according to the 
present invention overcomes these challenges using novel 
techniques, and by offering a wide variety of options for 
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connecting into wireless network elements. The Presence 
Server is able to inter-operate with network elements from 
all major equipment manufacturers as well as Signaling 
System 7 (SS7) bearer networks. Tkble 3 indicates a few of 
the general presence determination techniques employed by 
the PLIM system. Co-pending U.S. application Ser. No. 
09/771^01 discusses several additional techniques that may 
be used in accordance with the invention for presence 
determination. 

TABLE 3 



CONNECTION TYPE TCCHNIQUE 

Direct oonoection to 
HLR 

SS7 network solution 



[0070] Using these methods, as applicable, the Presence 
Server retrieves presence and location information asyn- 
chronously or synchronously. In asynchronous mode, the 
Presence Server queries (polls) the HLR or SS7 nodes 
whenever an update is needed. In synchronous mode, the 
HLR or SS7 nodes are configured to send presence status 
changes to the Presence Seivers as they occur. In synchro- 
nous mode, subscnber presence infonnation is "streamed" 
into the Presence Server (this is a "push" mechanism). 

[0071] The Presence Server supports priority settings that 
allow presence updates to receive greater or lesser priority 
over other PLIM system traffic. Using an advanced priori- 
tized event processing system, the PLIM system allows the 
wireless carrier to fine tune the Presence Server perfor- 
mance. 

[0072] Even these sophisticated and proven techniques 
cannot provide accurate presence information in the event of 
an improper network detachment by the subscriber, i.e., the 
subscriber's battery dies. For these "corner condition" situ- 
ations, the Presence Server employs heuristic techniques 
based on elapsed time and other conditions to infer the 
correct presence state. 

[0073] Delivering of the presence information is another 
aspect of how the present invention operates. Presence 
information is made available to approved external users of 
the information through a secure Network ^plication Pro- 
gramming Interface (Network API). Approved users would 
appropriately include IM servers or unified messaging pro- 
viders. The Network API allows both "pull" and "push" 
access by approved external users of the information. 

[0074] An approved user can access presence infonnation 
by subscribing to it. The user sends a subscribe request to the 
Presence Server using the Network API. If the subscribe 
request is approved, the Presence Server replies with a 
presence "atom" giving the current status of the wireless 
device. The Presence Server also agrees to notify the user 
each time the device's presence changes. The Presence 
Server will continue to notify the user of presence changes 
until the subscription has expired. If no expiration time is 
provided, the Presence Server assumes a default expiration 
period. If an expiration time of "zero" is provided, no 



subscription is created, and only a single presence atom is 
returned. This provides a user with a one-time presence fetch 
capability. 

[0075] The integrated Location Proxy Server (LPS) of the 
PLIM system according to the present invention distributes 
real-time subscriber location infonnation to platforms inside 
the wireless network and to third parties outside the networic 
through the Network API. The LPS connects directly to a 



wireless carrier's Position Determining Equipment (PDE) 
and Mobile Positioning Center (MPC). Using the Network 
API, the LPS makes location information available for both 
"push" and "pull" access by the platforms and third parties 
that require location information. As with the other inte- 
grated services in the PLIM system platform, the LPS 
utilizes the Privacy Management System and its associated 
database to ensure the privacy of subscriber location infor- 
mation. 

[0076] The PLIM system LPS is responsible for retriev- 
ing, formatting and processing, and delivering location 
information to the platforms that require it. Some of these 
platforms are certainly located outside the network (e.g., 
Web URL, m-commerce merchant). On the other hand, 
some of these platforms (e.g., the IM Server, the Campaign 
Manager) are optionally located either inside the wireless 
carrier's network or outside it at a central gateway location, 
for example. 

[0077] The LPS has four basic functions: (1) retrieving 
location information fi:om the PDE, (2) retrieving location 
information from other network elements, (3) formatting 
and processing location information, and (4) delivering 
location information. 

[0078] To retrieve location information from the PDE, the 
LPS has a secure, electronic connection to the PDE via an 
API. The API is accessible over TCP/IP and employs the 
J-STD-036 protocol. The PDE API supports both a one-time 
query fi:om the LPS as well as continuous streaming of 
location updates to the LPS. 

[0079] It may also be useful to retrieve location informa- 
tion from other sources. Networks which do not have PDE 
should have coarse-grain location information available in 
other network elements. For example, some HLRs and 
MSCs indicate a subscriber's current serving cell or sector. 
This information is retrievable by the PLIM system's LPS. 

[0080] The LPS formats and processes location informa- 
tion received from the PDE or other network element into a 
format that is acceptable to the requesting platform. Final 
formats are useful in the form of (1) latitude-longitude pairs 
with associated circular probability error (CEP), (2) zip 
code, (3) city identifier, or (4) Geographic Msukup Language 



Interface via SS7 ports, TCP/IP, or proprietary ports (If o&ined 
by HLR manufacturer). Both open and proprietary queries are 
utilized to infer presence. 

Monitor ttie network's SS7 links and nodes for specific 
messa^s and oombinations of messages that inf^ presence. 
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(GML) code. la order to produce a final format location 
"atom," the LPS converts data from the PDE or network 
elements using geocoding techniques (i.e., convert sector ID 
into zip code). The wireless carrier must load network 
geography data, such as BTS locations, into the LPS data- 
base. 

[0081] The LPS delivers location information to platforms 
outside the wireless network using the Network API. Loca- 
tion information can be provided in response to individual 
queries, or it can be streamed continuously to the external 
platforms. The LPS also provides location information to 
services inside the wireless network using TCP/IP messag- 
ing inside the carrier's firewall. 

[0082] There are many scenarios under which the LPS 
provides location information to platforms inside and out- 
side the wireless carrier's network The following examples 
illustrate the two most common scenarios: subscriber-initi- 
ated location-sensitive Web browsing, and merchant-initi- 
ated mobile commerce. 

[0083] Referring to FIG. 2, subsciiber-iDitiated location- 
sensitive Web browsing is illustrated. The process is initiated 
when a wireless subscriber 210 uses a WAP browser to 
request 201 location-sensitive information (e.g., driving 
directions) from a Web service (URL) 220. The WAP 
Gateway 136 automatically recognizes that location infor- 
mation is needed and queries 202 the PLIM system's LPS 
114 for the most recent location information on the sub- 
scriber. The LPS verifies 203 that the privacy database 119 
reflects that the subscriber has given permission for her 
location information to be provided to the Web service 220. 
If current location information is not available, the LPS 114 
queries 204 the PDE 130 to obtain it. Alternatively, the PDE 
130 may already be configured to "stream" location updates 
into the LPS 114. The LPS 114 provides 205 the subscriber's 
location information to the WAP Gateway 136. The WAP 
Gateway 136 embeds the location information into the 
requested URL and forwards it 206 to the Web service 220. 
A location -sensitive response from the Web service 220 is 
returned 207 to the subscriber 210 via the WAP Gateway 
136. 

[0084] Referring to FIG. 3, merchant-initiated mobile 
commerce is illustrated. An approved merchant 320 with 
prior knowledge of a subscriber's phone number requests 
301 the subscriber's current location information. The mer- 
chant 320 accesses the PLIM system's LPS 114 through the 
secure Network API 117, supplying a user ID and password. 
The LPS 114 verifies 302 that the privacy database 119 
reflects that the subscriber has given permission for the 
merchant 320 to receive this data. If current location infor- 
mation is not available, the LPS 114 queries 303 the PDE 
130 to obtain it. Alternatively, the PDE 130 may already be 
configured to ''stream" location updates into the LPS 114. 
The LPS 114 provides 304 the subscriber's information to 
the merchant 320. The merchant uses this infoixnation to 
provide personalized content to the subscriber. 

[0085] Referring again to FIG. 1, the LPS communicates 
with other components of the PLIM system platform as well 
as external network elements in the wireless network. 

[0086] Within the PLIM system platform, the LPS com- 
municates with the IM Server^ the Campaign Manager, the 
Privacy Database, and the Network API. The IM Server 



queries the LPS for buddy location information to be dis- 
played in the "mobile buddy list." The Campaign Manager 
queries the LPS to determine if a subscriber's location 
should trigger the delivery of a targeted mobile commerce 
message. The LPS queries the Privacy Database to ensure 
that the subscriber's permission has been received before 
providing location information to any requesting service. 

[0087] The LPS also communicates with network ele- 
ments in each wireless network it services, including the 
Position Determining Equipment (PDE) 130, the Mobile 
Positioning Center (MPC) 138, the WAP Gateway 136, and 
other network elements. The LPS receives real-time location 
information from the PDE. The PDE must provide a secure 
API utilizing the J-STD-036 protocol. The LPS may receive 
location information indirectly via the MPC in some net- 
work architectures. TTie LPS provides subscriber location 
information on a permission-oriented basis to the WAP 
Gateway, which in tum forwards the location information to 
location-sensitive Web services requested by the subscriber. 
The LPS may obtain coarse-grain location information from 
other elements in the wireless network, such as the MSG or 
the HLR, depending on the equipment and configuration. 

[0088] Location information is made available to 
approved external users of the information through the 
secure Network API. Approved users might include tradi- 
tional merchants, e-commerce companies, mobile com- 
merce companies, wireless gaming companies, and wireless 
advertising firms. The Network API allows both "puU" and 
"push" access by approved external users of the information. 

[0089] In a manner analogous to that described above 
concerning presence information, an approved user can also 
access location information by subscribing to it. The user 
sends a subscribe request to the LPS using the Network API. 
The subscribe request includes the desired level of location 
granularity. If the subscribe request is approved, the LPS 
replies with a location "atom" giving the current location of 
the wireless device. The LPS also agrees to notify the user 
each time the device's location changes. The LPS will 
continue to notify the user of location changes until the 
subscription has expired. If no expiration time is provided, 
the LPS assumes a default expiration period. If an expiration 
time of "zero" is provided, no subscription is created, and 
only a single bcation atom is returned. This provides a user 
with a one-time location fetch capability. 

[0090] The PLIM system allows wireless carriers to offer 
their subscribers access to popular instant messaging ser- 
vices on their wireless devices. The features that have made 
instant messaging one of the Intemet's most indispensable 
applications (i.e., sending and receiving instant messages in 
real-time, knowing when buddies are online, and knowing 
when buddies have their phones turned ON) are now avail- 
able on wireless devices: 

[0091] The IM Server allows wireless carriers to offer 
their subscribers access to popular, conmiercially available 
IM services such as AOL Instant Messenger, ICQ, MSN 
Messenger, Yahoo! Messenger, and others. Using their hand- 
held devices, wireless subscribers are able to send and 
receive instant messages and buddy list information with 
other wireless subscribers and with Internet IM iisers. Like- 
wise, Internet IM users are able send and receive instant 
messages and buddy list information with wireless subscrib- 
ers. 
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[0092] For the wireless subscriber, instant messagjog is 
provided either through a WAP client or through two-way 
SMS. In the WAP mode, the subscriber goes to a WAP page 
operated by her wireless carrier. This WAP IM client allows 
subscribers to read and compose instant messages^ to create 
and manage buddy lists and group lists, and to observe 
real-time buddy status. Two-way SMS offers the same 
functionality through the standard SMS interfaces. Mes- 
sages are read and composed using SMS, and buddy list 
updates may be provided as short messages. Web and 
Windows™ IM clients, where administrative functions such 
as buddy list creation and maintenance can be performed, 
augment both the WAP and the two-way SMS IM clients. 
The Web and Windows™ clients are optional for WAP users 
but required for SMS users, since SMS does not lend itself 
to administrative activities. 

[0093] It is important to note that the term WAP is being 
used generically to refer to any wireless Internet protocol, 
including HDML and any future wireless Intemet protocols 
that may be developed. The following examples are pro- 
vided of some competing technobgies that for the purposes 
of this patent will be referred to generically as WAP. For 
example, the Web content can be delivered as existing 
HTML Internet content for wireless devices as proposed by 
Spyglass' Prism technology or Japan's i-mode. As a further 
example, the content can be processed through a template 
model that reads existing HTML content and fits the data to 
a template optimized for various types of wireless phones 
such as the system proposed by Everypath.com. As another 
example, the data content can be delivered to a Palm Hlot 
or other PDA or handheld device that iises a proprietary 
protocol. 

[0094] Messages and buddy list updates to and from the 
wireless clients (WAP and SMS) pass through the PUM 
system's IM Server utilizing a conventional client-server 
communication process. The IM Server communicates with 
Intemct*based IM services using server-to-server commu- 
nication protocols. Although no standard server-to-server 
protocol has been adopted by the industry, and several 
known alternatives are useful, the use of Session Initiation 
Protocol (SIP) extensions is a preferred implementation, due 
to the maturity of the SIP protocol, the native support of 
presence information, and the decoupling of presence infor- 
mation from the message body. Of couirse, the IM Server 
may be satisfactorily implemented via any version of Instant 
Messaging and Presence Protocol (IMPP) that may eventu- 
ally become a standard. The PLIM system is advantageously 
configured to have a flexible, template-driven interface to 
external IM servers, and it can readily adapt to changes in 
the protocol. 

[0095] In the future, WAP and SMS may give way to new 
wireless operating systems, for example Compact HTML> or 
perhaps embedded IM and buddy list clients in wireless 
devices themselves. Because the IM Server may be imple- 
mented as infrastructure software, it is able to adapt to the 
changing protocols and operating systems with straightfor- 
ward changes to its interface coder-decode templates. In 
effect, the IM Server is independent of the client platform 
used by the wireless subscriber. 



[0096] For Intemet IM users, sending messages and buddy 
list information to "mobile buddies'* is as simple as creating 
a new entry in the buddy list indicating the buddy's mobile 
name. For example, if a buddy's Internet name is g3tead, a 
new entry should be created called gstead-phone or gstead- 
pda. The mobile buddy name is then associated with an 
Internet address that terminates at the IM Server. When 
messages are sent from the Internet user, they are received 
at the IM Server and routed to the wireless subscriber's 
device. IM clients are enhanced to indicate both Internet and 
mobile status for each buddy, eliminating the need to create 
separate entries for mobile buddies. 

[0097] A Web client and a downloadable Windows™ IM 
client are provided for use on desktop computers. The Web 
client is accessible via standard Web browser, provides full 
messaging and buddy list capability, and provides full IM 
administration capabilities (buddy list admin, group list 
admin, password admin). The administrative settings apply 
to the two-way SMS dient. The Windows™ client is sub- 
stantially identical to the Web client, but runs as separate 
Windows™ application. 

[0098] Wireless subscribers can access several different 
IM clients from their handheld devices, including a WAP 
client and a two-way SMS client. The WAP client is acces- 
sible via a wireless device's WAP browser and allows 
messages to be composed, sent, read, stored, saved, or 
deleted. The WAP client displays buddy list and buddy 
status, and allows buddies to be added or deleted. The WAP 
client also displays group lists, and allows group lists to be 
created, edited, and deleted. It is preferred that the WAP 
client be implemented using Wireless Markup Language 
(WML) for optimal display on wireless device. The WAP 
client should reside either on a Web server inside a wireless 
carrier's firewall, or' behind the firewall of a PLIM system 
gateway site. A two-way SMS client utilizes standard two- 
way SMS to send and receive text messages, and buddy 
status updates (ON-OFF, online-offline) are sent via SMS. 
No administrative functions are provided in the two-way 
SMS client. 

[0099] The WAP client provides some IM features, which 
uniquely address the needs of wireless subscribers. Notifi- 
cation of successful delivery of an instant message to a 
wireless subscriber is provided, as is automatic retry of 
instant message delivery. When retry fails, the instant mes- 
sage is automatically re-routed to an appropriate email 
address. As required by the situation, message content is 
automatically reformatted (i.e., HTML to ASCII). Another 
helpfid (if optional) feature is a library of predefined mes- 
sages and replies, saving the subscriber the time required to 
enter an alphanumeric message on the keypad (examples 
include: Invitation to chat, Invitation to voice call, Yes, No, 
Why?, when?, and I'll call in 5 minutes). 

[0100] The IM clients provide a rich set of functions for 
creating and managing buddy lists and group lists. These 
functions arc offered by the Web client and the Windows™ 
client, and partially by the WAP client, but they arc not 
available using two-way SMS. Table 4 summarizes the 
buddy list and group list management capabilities of the 
clients. 
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•IABLE4 



FUNCTION ' 


AVAILABILITY 


DESCRIPTION 


Add Baddy 


WAP client, Web 


Enter Internet email address and IM 




client, and 


service; or 




Windows ™ client 


Enter mobile IM address; or 






In^ort from wireless PIM (if provided by 






wireless carrier) 






Optional: request permission to receive 






wireless buddy's location information (if 






available from buddy's wireless carrier) 






Receive autliorization to add buddy (if 






required by buddy's IM service) 


Bdit Buddy Info 


WAP client, Web 


Qiange addrc&s and/or EM service 




client, and 


Request permission to receive buddy's 




Windows ™ client 


location infonriation (if available from 






wireless carrier) 






Cancel receipt of buddy's location 






information 


Remove Buddy 


WAP client, Web 


Remove Internet or wireless buddy from 




client, and 


buddy list 




Windows client 




Buddy List 


WAP client, Web 


Status Information (Online, OfQine, ON, OFF} 


Displ&y 


client, and 


Internet and wtieless buddy status will be 




wiDQOws ciiem 


displayed using uifonnation provided by 






uUUUy o iiVl aCLVlcC 






1!7ctT wir^lrfiie hnHHtCK \xrVin str^ Okh last 






time ON wHl be displayed 






Wireless Buddy Locntion Information 






Location infiormation may be manually 






queried (if it was requested and 






authorized at the time the buddy was 






added) 






Last manually retrieved location will be 






displayed (if authorized by buddy) 






Buddy list Sort Options 






All online or ON buddies, followed by all 






offline or OFF buddies 






Alphabetical Order 


Gioup Lists 


WAP client, Web 


Sort all grotq) names alphabetically 


Display 


client, and 


View member of one group sorted (i) 




Wndows ^ client 


alphabetically or (ii) all online or ON 






followed by all offline or OFF 


Search Buddy 


Web dirait and 


By name 


list 


Windows client 


By interests 


Search EM Server 


Web client and 


By name 




Windows ™ client 


By interests 


Create Group 


Web dient and 


Create group as host 




Windows '™ client 


Assign a name to the group 






All members of the groi^ have access to 






the group 


Add IMexiibeT to 


^Wcb client and 


JVHH PYl^fino' rninnv Tmm nunHv lict 


Group 


Windows ™ client 


Enter Internet email address and IM 






service; or 






Enter mobile IM address; or 






In^ort firom wireless PIM (if provided by 






wireless carrier) 






Optional: request pennission to receive 






wireless member's location information 






(if available from member's wireless 






carrier) 






Receive authoriiution to add member to 






group (if required by member's IM 






service) 


Remove Member 


Web dicnt and 


Only the group host or the member 


from Group 


Windows ™ client 


herself may remove a member from a 






group 



09/30/2004, EAST Version: 



1.4.1 



us 2002/0035605 Al 



10 



Mar. 21, 2002 



[0101] In order for privacy to have real meaning in the 
implementation of this invention, each wireless subscriber 
who activates instant messaging capabilities is required by 
the IM clients to use the PUM system's Privacy Manage- 
ment System to establish her opt-in permission, preferences, 
optional personal information, and optional interest Usts. 
Wireless subscribers use the Privacy Management System to 
establish their availability and to establish rules for sharing 
presence and location information. A subscriber may update 
these setting;5 many times each day, or they may never 
change. It is entirely up to the subscriber to perform her 
personal presence management. The Privacy Management 
System is an integrated component of the PLIM system 
platform, and can be accessed directly from any of the IM 
clients. 

[0102] The IM Server communicates with other compo- 
nents of the IM-Anywhere platform as well as external 
network elements in the wireless network. 

[0103] Within the PUM system platform, the IM Server 
communicates with the Presence Server, the Location Proxy 
Server, the Privacy Database, and the Network AH. The IM 
Server queries the Presence Server to determine if a sub- 
scriber's phone is ON or OFF so that accurate "mobile 
buddy list" information is available for the IM clients. When 
an IM client requests the location of a buddy, the IM Server 
sends query to the Location Proxy Server, which responds 
with the buddy's location information. The IM Server que- 
ries the Privacy Database to ensure that buddy list add 
requests, group list add requests, and location information 
requests and are authorized. Instant messages and buddy list 
updates are sent to, and received from, external IM services 
using the Network API. 

[0104] The IM Server also communicates with the Short 
Message Service Center (SMSC) and WAP Gateway net- 
work elements in each of host wireless networks it services. 
The IM Server sends and receives instant text messages 
through the SMSC. The SMSC provides a successful deliv- 
ery notification to the IM Server, if the IM client requested 
such a notification. The IM Server sends messages, buddy 
list status information, and administrative information to the 
WAP IM client, which is in turn accessed by the subscriber 
via the WAP Gateway. 

[0105] One of the most advantageous features of the PUM 
system is its ab iUty to offer merchant-initiated mobile com- 
merce. Approved merchants, retailers, e-commerce compa- 
nies, wireless advertising agencies, and others (collectively, 
"merchants") can use the PLIM system to obtain informa- 
tion about subscriber presence and location, as well as send 
messages and e-coupons to the subscriber. The enormous 
promise of m-commerce revenue will not be realized until 
this capability is widely available. The alternative — waiting 
for the subscriber to initiate a transaction — doesnU take 
advantage of the impulse buying opportunity and is built on 
mirealistic expectations of wireless device usage. 

[0106] At least three models for m-commerce have 
emerged to date. According to the first model, the merchant 
creates a WAP-enabled Web site with content or shopping 
opportunities for wireless subscribers. The Web site does not 
provide location- sensitive content. TTie wireless subscriber 
uses a WAP browser to visit the Web site and request content 
or conduct a transaction. 



[0107] According to the second model, the merchant has 
an independent account with the wireless subscriber (for 
example, a stock trading account). Through this independent 
account, the merchant has private information about the 
subscriber, including her mobile phone number. The mer- 
chant determines the subscriber's presence or location infor- 
mation using a Netwoik API, and then delivers a message 
directly to the subscriber using email or some other WAP or 
SMS message delivery service. 

[0108] According to the third model, the merchant does 
not know the subscriber's identity or mobile phone number. 
The merchant would like to send a message or e-coupon to 
all subscribers with a particular set of interests. Moreover, 
the merchant would like to send the message or e-coupon 
only when the subscriber has her phone turned ON and is 
near the merchant's retail store. 

[0109] These models range from completely subscriber- 
initiated (the first model) to completely merchant-initiated 
(the third model). The PLIM system is structured to solve the 
prior art challenges that block widespread use of the second 
and third models, which arc incidentally the most commer- 
cially promising of the three. The Network API and the 
Campaign Manager represent access points by which mer- 
chants can initiate personal, relevant, location-specific trans- 
actions with wireless subscribers. 

[0110] The Campaign Manager automates the delivery of 
targeted messages and e-coupons to wireless subscribers. 
The Campaign Manager is usefiil for merchants who: (i^ do 
not know the identity of their prospective customers, but are 
interested in targeting specific interest groups, or (ii) may 
know the identity of their prospective customers, but do not 
have the communications infrastructure to dehver messages 
to those customers. The Campaign Manager identifies a 
group of target subscribers based on interests and permis- 
sions, and delivers messages or e-ooupons to those subscrib- 
ers only when certain location, presence, and timing criteria 
are met 

[0111] The Campaign Manager is administered by the 
wireless carrier and is only available to merchants who have 
entered into agreements with the carrier. The creation and 
execution of a campaign may be highly automated, or may 
be administered manually, depending on the desires of the 
wireless carrier and the complexity of the campaign. 

[0112] A contact campaign is advantageously structured to 
have the following elements: a campaign definition, cam- 
paign dimensioning, campaign execution, and campaign 
reporting. 

[0113] The merchant provides, either electronically 
through a Web interface, or to a sales representative, cam- 
paign definition parameters, such as (i) target interest areas 
or a list of known mobile device numbers, (ii) the message 
or e-coupon, (iii) the start date and time, and diuration, of 
campaign, and (iv) any conditions that must be satisfied to 
trigger the delivery of a message or e-ooupon to a subscriber. 
Such conditions may include presence, location, day of 
week, and time of day. 

[0114] Concerning campaign dimensioning, the Camp aign 
Manager queries the Privacy Database to determine the 
number of accessible subscribers who: (i) match the interest 
areas, and (ii) have given permission to receive messages 
&om the merchant. Based on the number of accessible 
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subscribers matching the merchant's criteria, the merchant 
may decide to proceed with the campaign or, alternatively, 
to widen or narrow the campaign criteria. 

[0115] When the campaign is executing, the Campaign 
Manager monitors each target subscriber. As soon as the 
merchant's criteria are satisfied for a given subscriber, the 
Campaign Manager delivers the merchant's message or 
e-coupon using WAP or SMS. 

[Olid] At the conclusion of the campaign, the Campaign 
Manager produces a report that indicates the total number of 
targeted subscribers, the total number of targeted subscribers 
for whom the campaign criteria were satisfied and a message 
was delivered, and the total number of successful and 
unsuccessful message delivery attempts. 

[0117] The Campaign Manager performs sophisticated 
and computational intensive calculations during the cam- 
paign execution stage. A campaign may target as few as 
10,000 or as many as 1 million or more subscribers. The 
Campaign Manager must monitor each of the subscribers 
throughout the duration of the campaign to determine if the 
message delivery criteria have been triggered. Some criteria 
are known beforehand, such as the subscriber's interests. 
Other criteria, such as presence and location, must be 
monitored in real-time. Location poses a special complexity, 
since the subscriber's distance from a merchant may need to 
be computed. 

[0118] Merchants who wish to conduct a message cam- 
paign must work closely with the wireless carrier to con- 
figure the campaign. The Campaign Manager provides a 
Web interface through the Network API. Using this inter- 
face, merchants can define and dimension campaigns, and 
submit them to the wireless carrier for approval and execu- 
tion. This highly automatic method is appropriate for small 
to medium scale campaigns, for campaigns with simple 
message delivery criteria, and for repeat campaigns. 

[0119] The PLIM system operator (e.g., a wireless carrier, 
or a central gateway facility) may elect to work personally 
with merchants to manually define, dimension, and laimch 
campaigns. In this scenario, a representative of the operator 
meets with the merchant and enters the campaign informa- 
tion into the Campaign Manager using the Web interface 
herself. 

[0120] The Campaign Manager communicates with other 
components of the PLIM system platform as well as external 
network elements in the wireless network. 

[0121] Within the PLIM system platform, the Campaign 
Manager communicates with the Location Proxy Server, the 
Presence Server, the Privacy Database, and the Network 
API. The Campaign Manager receives subscriber location 
updates via the LPS. The Campaign Manager receives 
subscriber presence updates via die Presence Server. The 
Campaign Manager queries the Privacy Database during the 
campaign dimensioning stage to build a list of accessible 
subscribers whose interest profiles and permissions make 
them viable candidates for receiving a message. The Cam- 
paign Manager offers a Web interface for creating, dimen- 
sioning, and launching campaigns. The Web interface is 
accessed through the Network API. 



[0122] The Campaign Manager also communicates with 
the Short Message Service Center of any wireless networks 
it services. The Campaign Manager delivers messages to 
subscribers via the SMSC. The Campaign Manager also 
receives message delivery confirmations from the SMSC, 
which it uses when creating its campaign report. 

[0123] The PUM system platform includes a powerful 
Privacy Management System that safeguards personal sub- 
scriber information across each of the integrated services. 
Through a flexible opt-in interface, the Privacy Management 
System allows wireless subscribers to carefully manage their 
"wireless personas" so that services such as wireless instant 
messaging and merchant-initiated mobile commerce 
become welcome — even indispensable — ^wireless Internet 
applications. 

[0124] Just as the PLIM system enables the delivery of 
targeted, timely, and personal information, it also ensures 
that private information is protected and that subscribers do 
not receive unwanted, intrusive external contacts. The Pri- 
vacy Management System includes a secure database of 
subscriber identities, personal interest information, and per- 
missions. This database is queried in real-time before per- 
sonal information is provided to any external entity, and 
before any messages are delivered to the subscriber. The 
subscriber can access the Privacy Management System 
through the Web or through a WAP device at any time to 
modify their personal infonnation. 

[0125] The Privacy Management System is, in effect, a 
gatekeeper between the private information needed to make 
Internet services personal and relevant, and the vast world of 
merchants and messaging services who desire access to the 
subscriber. A description of the features and interwoddng of 
the Privacy Management System follows. 

[0126] The centerpiece of the Privacy Management Sys- 
tem is a Web interface where wireless subscribers provide 
personal information and establish the conditions under 
which they are willing to be contacted by outside parties. 
The information provided by the subscriber in the Privacy 
Management System is stored in a relational database that is 
part of the PLIM system platform. If the wireless carrier has 
separate databases that include partial information about its 
subscribers (i.e., basic identity, interests), this information 
can be loaded directly into the Pd^vacy database rather than 
re-entered by the subscriber. 

[0127] The Privacy Management System allows a "super- 
visor mode," in which a subscriber's supervisor has the 
ability to control all aspects of the subscriber's account. This 
feature is useful for corporate wireless plans. Accordingly, 
there are three classes of information collected and stored by 
the Privacy Management System: (i) identity information, 
(ii) personal information and interests, and (iii) privacy 
management information. 

[0128] Privacy management information describes the 
rules under which private information can be distributed, 
and the conditions under which a subscriber is wilhng to 
receive a targeted message. Table 5 describes the basic 
elements of privacy management available in the PLIM 
system. 
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TABLES 



PRIVACY CONTROLS OPTIONS 



May wc tdl otheis that 
your wireless device is 
ON or OFF? 



May wc tell others your 
location to within 100 
meters? 

May we lell others what 
zip code you are in? 



May we tell others what 
city you are in? 



Please indicate your IM 
preferences. 



Are you willing to 
receive messages from 
outside parties? 



Please indicate which 
time of the day you do 
not wish to receive 
messages. 

Please iadicate which 
6&ys of the week you do 



No. 
Yes. 

Yes, but only the parties on the <include list>. 

Yes, all parties except those on the <exclude list>. 

For those parties for whom the answer is yes, which shall 

we indicate (check only one): 

ON or OFF only 

ON •»■ status of the phone (idle, voice call, WAP mode) 

ON + <user-defiaed status> (please select from 

predefined lis^ or enter 14* dphaoumeric) 

No. 

Yes. 

Yes, but only the parties on the <include li£t>. 
Yes, all parties except those on the <exclude list>. 
No. 
Yes. 

Yes, but only the parties on the <include Iist> 
(automatically includes all approved parties on the 100 
meter list). 

Yes, all parlies except those on the <exclude list> 

(automatically includes all approved parties on the 100 

meter list). 

No. 

Yes. 

Yes, but only the parties on the <include list> 
(automatically inclmleB all approved parties on the zip 
code and 100 meter lists). 
Yes, all parties except those on the <exclude list> 
(automatically includes all af^roved parties on the zip 
code and 100 meter lists). 

For each IM service supported by the wireless carrier: 

Checkbox to indicate the subscriber has an account with 
the service for each IM service checked by the subscriber: 
Provide IM address, screen name, account number 
Indicate preference for day or week, time of day 
Indicate preference for content type 
Indicate preference by send ID 
No. 
Yes. 

Yes, but only the parties on the <include list*. 

Yes, all parties except those on the <6xclude list>. 

Yes, but only messages which are relevant to all of the 

following (as indicated by checkboxes): 

Speciiic interest 

Genend interests 

Income level 

Education level 

Birthday 

Gender 

Yes, but only the parties on the <include list> and only 

messages which are relevant to all of the following (as 

indicated by checkboxes): 

Specific interest 

General interests 

Income level 

Education level 

Birthday 

Gender 

Yes, all parties except those on the <exc]ude list> 'and 

only messages whidi are relevant to all of the following 

(as indicated by checkboxes): 

Specific interest 

General interests 

Income level 

Education level 

Birthday 

Gender 

Units of one houi. Multiple contiguous or non-contiguous. 



Checkboxes for each day of the week. 
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TABLE S'Continued 


PRIVACY CONTROLS 


OPTIONS 


not wish to receive 




messages. 




[s there a limit to the 


Please check only one: 


Qumbcr of instant 


Maximum messages per hour: (indicate quantity) 


messages you are 


Maximum messages per day: (indicate quantity) 


willing to receive? 




Is there a limit to the 


Please check only one: 


number of promotional 


Maximum messages per hour: (indicate number) 


messages you are 


Maximum messages per day: (indicate quantity) 


willing to receive? 





[0129] The <iQclude list> and <exclude list> may include 

(i) predefined organizations selected by the wireless carrier, 

(ii) user-provided URLs, (iii) individuals identified by email 
or IM address. The wireless carrier has the ability to per- 
manently exclude organizations (by URL) at its discretion. 
As to the user defined status indicators, the system auto- 
matically provides the following pre-defined status indica- 
tors: DND (do not disturb), Busy, Not Available, Meeting, 
Emergency Only. The system operator may add additional 
pre-defined status indicators if desired. As an optional ser- 
vice to the subscriber, it is possible to synchronize message 
blocking with external calendar programs, for example those 
provided by the wireless carrier's PIM. 

[0130] Subscribers can access the Privacy Management 
System via secure Web or WAP interface. The expectation is 
that subscribers will use the Web interface for first-time 
configuration, and then use the WAP page for incremental or 
daily updates. 

[0131] The subscriber determines which companies are 
allowed to received her presence and location infoimation, 
and which companies may send a message. The company 
names shown on this smeen are dynamically generated from 
a database. The PLIM system operator has complete control 
over the company names that appear (or do not appear) 
during the configuration process. Importantly, the subscriber 
may select times and days of the week when she is unwilling 
to receive messages. 

[0132] The WAP interface to the Privacy Management 
System provides the same capabilities as the Web interface, 
and populates the same Privacy Database inside the PLIM 

system. 

[0133] The Privacy Management System has a direct 
interface to the PLIM system's Privacy Database, as well as 
the ability to import data, via the System Management 
Module, from other databases inside the wireless carrier's 
network. Hie following illustration highlights the Privacy 
Management System, Privacy Database, and System Man- 
agement Module as they relate to the PLIM system and its 
external environment. 

[0134] Information provided to the Privacy Management 
System is loaded directly into the PLIM system's Privacy 
Database. The Privacy Database is accessed by all of the 
PLIM system integrated services, as described above. 



[0135] The PLIM system also has a management module 
that allows the system operator to import relevant informa- 
tion directly into the Privacy Database, eliminating the need 
for data re-entry by the subscriber. Examples of the type of 
information a wireless carrier might elect to import directly 
into the Privacy Database include: (i) subscriber identities 
(i.e., name, wireless phone number, email address), (ii) links 
to subscriber PIM contents (i.e., calendar, contact lists), and 
(iii) Unks to previously entered interest information (i.e., 
news, traffic). 

[0136] The PLIM system provides a standardized, secure 
Network API for external systems to exchange messages and 
signaling information with a wireless network. These exter- 
nal systems (which might include IM Servers, merchants, 
imified messaging providers, Internet content providers, 
wireless advertising firms, and wireless gaming service 
providers) are provided with an interface around which they 
can develop automated applications. For the wireless carrier, 
each of these entities represents both a source of value to 
subscribers as well as a source of revenue through bi-lateral 
business ariangemcnts. 

[0137] The Network API utihzes standard protocols and 
best-in-class security controls to prevent unauthorized 
access to wireless network elements. The POM system 
platform acts as a firewall to the wireless network elements, 
protects the privacy of subscribers, and ensures that external 
requests for information do not place an unacceptable load 
on operational network elements. 

[0138] The PLIM system platform also creates a database 
of Transaction Detail Records which log every activity at the 
Network API, allowing the carrier to meter and audit usage 
for financial purposes. 

[0139] The Network API (Network API) present an secure 
socket layer TCPyiP interface to external systems. External 
systems access the API through the steps of: (i) sending a 
properly encrypted login request, (ii) providing an autho- 
rized login ID and password (provided by the wireless 
carrier), and (iii) selecting an Network API service and 
beginning communications. 

[0140] Table 6 shows how the Network API provides six 
separate services, or points of entry, for external systems. 
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TABLE 6 



SERVICE 



DESCRIPTION 



PROTOCOL 



[nstant Messaging 



[nter-canier 
messaging 
Presence 
Location 

Campaign manager 

Privacy 

Managemmt 

System 



IM Server to server communications: IMP? 

messages, presence, buddy list 

administration 

SMS between dififerent wireless networks SMTP, SMPP 

Non>IM requests for presence information IMPP 

Requests for location information IMPP with extensions 

Qunpaign creation, dunensioning, and Web 

launch 

Updates to the Privacy Management Web, WAP 

System 



[0141] The IM Server commimicates with Internet-based 
IM services using server-to-server communication proto- 
cols. Several alternative protocols are under consideration 
by the IETF for a new Instant Messaging and Presence 
Protocol (IMPP). See RFCs 2778 and 2779. Thus, no 
standard server-to-server protocol has been adopted by the 
industry, at this time. Of course the PLIM system can be 
effectively operated according to any of the known proto- 
cols, however the preferred protocol is SIP extensions. SIP 
extensions is preferred due to the maturity of the SIP 
protocol; the native support of presence information; and the 
decoupling of presence information from the message body. 
Id any case, the PLIM system has a flexible, template-driven 
interface to external IM servers, and is readily adaptable to 
changes in the protocol. 

[0142] The IMPP interface allow external services to 
subscribe to both presence and location information. An 
approved external sends a subscribe request to the Network 
API. If the subscribe request is approved, the PLIM system 
sends a reply and agrees to notify the external service each 
time the device's presence or location changes. The PLIM 
system continues to notify the user of changes until the 
subscription has expired. If no expiration time is provided, 
the PLIM system assimies a default e5q)iration period. If an 
expiration time of "zero" is provided, no subscription is 
created, and only a single reply is retumed. This provides a 
service with a one-time fetch capability. 

[0143] The PLIM system allows wireless subscribers to 
send SMS messages to subscribers on other wireless net- 
works that support SMS. Messages originating in a network 
serviced by a PLIM system platform are directed from the 
SMSC to the PLIM system. The PLIM system routes the 
message to its destination network using SMPP (if direct 
access to the destination SMSC is possible) or otherwise 
using SMTP 

[0144] Multiple levels of security shield the Network API. 
The requirement of subscriber permission represents one 
level of security. The privacy database will not release 
information unless the subscriber's permissions and other 
restrictions are 100% satisfied. 

[0145] Database security is a second level of security. All 
subscriber data is stored in an database, which provides 
internal security and encryption. For example, Oracle's 
Advanced Security Option provides industry standard 
checksum and encryption algorithms to ensure the privacy 
of the data transmitted over the network. Oracle also pro- 
vides encryption on all system User IDs and passwords. 



[0146] A third level of security is provided by user authen- 
tication via login IDs and passwords. A fourth level of 
security is provided by data encryption via a secure socket 
layer. A fifth level of security is network security that can be 
implemented via isolated subnets. 

[0147] As a sixth layer of security, a firewall protects 
against: denial of service attacks such as Ping of Death, SYN 
flooding. Land attack, and IP Spoofing. Periodic firewall 
software updates ensure ongoing protection, A seventh level 
of security is physical security, which is ensured by locating 
the PLIM system hardware in a well-protected, trusted 
facility. 

[0148] The are two aspects to service provisioning: wire- 
less subscriber provisioning, and external service provision- 
ing for merchants who desire access to the PUM system 
through the Network API. 

[0149] After the PLIM system is deployed in a wireless 
carrier's network, current subscribers may register for the 
service. The registration process allows the subscriber to 
activate wireless instant messaging as well as establish 
permissions for the release of personal information to mer- 
chants and other external services. The initial registration 
process requires special identity authentication. Future 
access to the system is granted through a standard login 
process. 

[0150] Referring to FIG. 4, an initial registration process 
for effecting subscriber provisioning is illustrated. The initial 
registration process is accomplished via Web or WAP inter- 
faces. For initial service registration, the subscriber accesses 
the PLIM system through a hyperlink from the operator's 
Web page 401. The hyperlink leads the subscriber to the 
front end of the PLIM system Privacy Management System 
402, where she provides basic identity information, includ- 
ing her name and mobile phone number 403, After providing 
this information, the subscriber is automatically directed to 
a Web screen informing her that an electronically generated 
password is being sent to her phone as a text message 404, 
and that she will not be granted further access to the system 
until she logs in using the new password. This system, 
known as Portal User Session Handling (PUSH), provides 
an acceptable level of confidence that only the owner of the 
wireless device will be establishing privacy controls for the 
device. 
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[0151] Referring to FIG. 5, a preference selection process 
for effecting subscriber provisioning is illustrated. Once the 
subscriber has received her initial password, she may login 
to the Privacy Management System 501, 502, where she will 
now have full access to the system. Here she may opt-in to 
wireless instant messaging and mobile commerce services, 
as well as establish her personal interests and communica- 
tions preferences 503. 

[0152] Referring to FIG. 6, an updating process for main- 
taining subscriber provisioning is illustrated. At any time 
after a subscriber has registered, she can access the Privacy 
Management System 601 through the Web or WAP interface 
to update her permissions and preferences 602. 

[0153] The essential task of merchant provisioning is to 
provide approved merchants with accounts IDs, passwords, 
and connectivity information (i.e., IP address, encryption 
key). 

[0154] According to an exemplary embodiment, the soft- 
ware architecture of the PLIM system utilizes two primary 
software subsystems: stack processors and database proces- 
sors. 

[0155] Stack processors initiate and manage communica- 
tions between the system databases and external entities, 
such as wireless network elements and services. In addition, 
the stack processors handle all message routing and protocol 
translation. Once a stack processor receives a message, the 
message is translated from its native protocol into an internal 
object that can be handled by the database stored procedures. 
Protocol translation is performed using a custom translation 
engine, supported by message syntax templates. This allows 
new protocols to be integrated quickly, without need for new 
coding. The stack processors also enable message prioriti- 
zation by the wireless carrier: messages from certain 
sources, for example presence updates from the HLR, may 
be assigned a higher priority level in the stack queuing 
algorithm than messages from other network elements. 

[0156] The stack processors implement a communications 
system that provides software redimdancy. Stack processes 
run in either a "distributed n" mode or a "master-slave" 
mode. A distributed n mode is used for computationally 
intensive operations that benefit from running in parallel 
across a distributed network. These processes have btiilt-in 
redundancy and fail-over algorithms. If one process or 
machine dies, the transactions for that process are automati- 
cally distributed among the remaining machines. A master- 
slave mode is used for operations that are not computation- 
ally intensive and do not benefit from running on a 
distributed network. In this mode, two copies of the process 
run on separate machines. One acts as either the "master" or 
the "slave" for a given transaction. If one process dies or the 
machine fails, all transactions are automatically routed to the 
remaining process. 

[0157] The database processors operate on a shared disk 
model in which all processors share all the data in the 
database. There is logically and physically only one data- 
base. This architecture allows for adding or substituting 
processors and storage devices to increase system perfor- 
mance without having to reconfigure the database. The 
architecture also enables flexible load balancing. Since aU 
nodes have access to all the data, incoming connections and 
tasks can be evenly spread across all nodes. 



[0158] The PLIM system is advantageously implernented 
using the Oracle Parallel Server technology, bundled with 
Sun's Solaris clxistering capabilities, to provide wireless 
carriers with a widely deployed and proven solution. Oracle 
is currently the only carrier-class database platform that 
offers true parallel server capability, an essential component 
of the PLIM shared disk model Oracle Parallel Server 
gready enhances the scalability and high-availability capa- 
bilities of OracleSi by combining the benefits of cluster 
scalability and availability with single system management 
capabilities. Clustered systems for database applications are 
fully exploited in Oracle Parallel Server to deliver a number 
of benefits. 

[0159] One benefit is the protection from system failures 
due to high availability. Users can distribute database work- 
loads across a cluster of servers and utilize aU CPU and 
cluster memory resources to process application tasks. If one 
node fails, users can still access the database via other nodes 
in the cluster. The database automatically reconfigures to 
provide near continuous database processing, shielding 
users from system failures. 

[0160] Another benefit is improvement in system perfor- 
mance due to cluster scalability. Oracle Parallel Server in 
OracleSi sets a new standard for scaling applications with 
cluster load balancing and Cache Fusion technology, becom- 
ing a highly effective solution for increasing application 
throughput and system availability. Cache Fusion uses mod- 
em cluster interconnects to reduce disk I/O and exploits 
emerging high bandwidth, low latency intercoimects to 
provide increased scalability. 

[0161] A further benefit is a reduction in management 
costs provided by single system manageability. Single Sys- 
tem View cluster management capabilities deliver perform- 
once-and-replicate-everywhere features and enable manage- 
ment of clusters as a single entity. By managing a single 
cluster database, repetitive tasks across servers can be con- 
solidated into single management operations and automati- 
cally replicated across servers. 

[0162] A PLIM system according to the present invention 
may be physically implemented a number of ways, but two 
specific exemplary system implementations are discussed: 
carrier specific and gateway. 

[0163] Referring to FIG. 7, a carrier specific PLM server 
implementation is illustrated. The PUM server 704 is con- 
nected (at least virtually, if not in a directly physical way) for 
dedicated service of a single wireless carrier's network 702. 
The PLIM server 704 is connected to the wireless network 
702 it serves, as well as to the Internet 700 and to like PUM 
servers 714, 724 serving other wireless carriers 712, 722 so 
as to facilitate availability of presence and location infor- 
mation between networks. Subscribers 731, 733 and regis- 
tered merdiants 741, 743 access the PUM server 704 via the 
Internet 700. 

[0164] Referring to FIG. 8, a PLIM system implemented 
as a centralized gateway is illustrated. Any subscriber 831, 
833, or any participating merchant entity 841, 843 may 
access the PLIM gateway 804 via the Internet 800. The 
PLIM gateway 804 is non-invasively connected to the 
wireless networks 802, 812, 822 of any consenting wireless 
carriers to facilitate availability of presence and location 
information. The PLIM gateway 804 connects to the HLR, 
MPC, SMSC, WAP gateway, and PDE (as appUcable) of 
each of the wireless networks 802, 812, 822. 
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[0165] CoQceming implementation examples, reference is 
made to the Invertix Corporation brochure "IM-Any- 
wbere™ System Description" to be published subsequent to 
the filing of this application, a copy of which is filed 
herewith. The "IM-Anywhere™ System Description** bro- 
chure is incorporated by reference herein, in its entirety, for 
all purposes. 

[0166] The PUM gateway offers a potent value proposi- 
tion to the Internet services that utilize its data, as well as the 
wireless carriers that participate in the POM gateway. 

[0167] The Intemet services (for example, m-commerce 
companies, instant messaging providers, and unified mes- 
saging providers) are revenue-producing customers of the 
PLIM gateway. These customers are enjoying unprec- 
edented levels of growth and opportunity. M-commerce, in 
particular, is expected to grow from $140 million revenues 
worldwide in 2000 to more than $100 billion by 2004. 
Already, more than 1 billion messages per month are being 
delivered in wireless networks worldwide. 

[0168] For m-commerce, messaging, and other Internet 
service providers, the PLIM gateway offers "one stop shop- 
ping"* for real-time information about wireless subscribers, 
regardless of the host network. In addition, the gateway 
offers value-added service such short messaging with return 
receipt, as well as an electronic Campaign Manager. The 
electronic Campaign Manager allows targeted messages to 
be delivered to wireless subscribers only when certain 
conditions pertaining to presence, location, and profile have 
been satisfied. 

[0169] Additionally, wireless carriers are becoming Inter- 
net Service Providers, and wireless itself is recognized as the 
new face of the Intemet. Wireless carriers worldwide are 
struggling with Internet content and m-commerce for cus- 
tomer ownership, and carriers do not wish to see their 
airtime rates decline while others reap the rewards of 
m-oommerce transactions. As a result, some carriers have 
entered into bi-lateral agreements with major. Internet com- 
panies to create "walled gardens" of content for their cus- 
tomers. But m-commerce is growing at a rate that does not 
scale with bi-lateral agreements, and carriers will require a 
new business model in order to participate fully. 

[0170] Customer ownership battles are a natural and pre- 
dictable outcome of content distribution. For example, if a 
wireless customer has an E*Trade'^^ account, does the 
carrier own the customer or does E* Trade own the 
customer? Carriers can sidestep the debate by recognizing 
that they are the undisputed owners of information about 
their customers, such as presence, location, and profile 
information. This type of information, which is more akin to 
signaling than content, has tremendous value to providers of 
Intemet services as well as traditional retailers. The PLIM 
gateway offers carriers the opportunity to generate revenue 
from this type of information, with the potential of selling 
the same piece of information many times. 

[0171] For wireless carriers, the PLIM gateway is a cost- 
free method of generating new revenue. The PLIM gateway 
is an electronic "consignment shop" where wireless carriers 
can sell information about their subscribers. TTie PUM 
gateway is a non-exclusive service, allowing carriers to 
continue to build bi4atcral relationships at will. As a sweet- 
ener, the gateway provides partidpating carriers with a 



Web -enabled software apphcation that allows individual 
subscribers to set permissions and preferences related to the 
distribution of their personal information. In effect, the 
PLIM gateway acts a spam filter for subscribers, ensuring 
that their information is provided in strict accordance with 
their stated permissions and preferences. 

[0172] Mobile commerce according to the present inven- 
tion may be practiced without including the privacy man- 
agement aspect to control access to subscribers. However 
the privacy management aspect provides important addi- 
tional fiinctional advantages that represent further advances 
over the prior art. 

[0173] Referring to FIGS. 9 and 10, a system for network 
optimization and performance measurement, according to a 
further embodiment of the present invention is illustrated. 
^' As previously discussed, the present invention allows more 
efficient use of network resources because of its rich fea- 
tures. For example, the knowledge of presence information 
allows the sending of SMS messages only when the user's 
handset is ON. This results in more efficient network 
resource utilization allowing a network operator to make 
more money with the same amount of resources. Likewise, 
the organization of an m-commerce campaign which stra- 
tegically targets the most receptive users requires signifi- 
cantiy less network resources than a poorly designed cam- 
paign which delivers messages to a large untaigctcd group 
of users. 

[0174] The examples cited above are somewhat passive in 
that they help optimize the network without actually mea- 
suring the network performance first and then making modi- 
fications to the network in order to optimize performance. 
This more active approach to network optimization involv- 
ing performance measurement followed by optimization is 
already performed by many network operators by using 
drive test teams. This entails sending teams of skilled (and 
expensive) technicians and engineers to drive throughout the 
network coverage area with special equipment which \ises 
the network resources (for example, by making test calls) 
while logging location and performance information. This 
collected data is post-processed and used to modify the 
network in order to optimize performance. 

[0175] Unfortunately, this technique is very expensive and 
only provides a limited amount of data. For example, if the 
drive test is performed on one day and then a component of 
the network fails a week later, the resulting degradation in 
network performance may not be detected for a long time. 
This will result in poorer network performance and, conse- 
quenUy, less customer satisfaction. What is needed is a way 
to perform the drive test (or equivalent network measure- 
ment) without using a special drive test team. Optimally, the 
measurement should be taken by devices that are regularly 
using the network during standard netwodc operatiorL 

[0176] FIG. 9 shows a system for network optimization 
and performance measurement The system indudes a wire- 
less network 902 and several wireless devices such as a 
wireless handset 904, wireless PDA 906, and a wireless 
intelligent device 908, just to name a few examples. Eadi of 
the wireless devices 904, 906, and 908 includes associated 
location and performance information 924, 926, and 928, 
respectively. The wireless devices 904, 906, and 908 are 
simply customer devices that are used on the network during 
regular operation. These devices can report their location 
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information and perfonnance information, such as RSSI, 
BER, FER, SQE, and the like, on a periodic basis to wireless 
network 902 where it can be stored in a database and 
post-processed This allows standard users on the wireless 
network 902 to replace the drive test teams. This will 
produce better data since more devices can now be used to 
more frequently measure the network performance. Addi- 
tionally, it eliminates the need to buy special drive test 
equipment and hire drive test teams. 

[0177] The wireless devices 904, 906, and 908 can be used 
as drive test tools in a variety of ways. For example, Layer 
3 information that provides performance information can be 
monitored for specific wireless devices along with location 
information. The location information can be generated in a 
variety of ways such as those disclosed in U.S. provisional 
application No. 60/268,977. In the alternative, the wireless 
devices 904, 906, and 908 can be modified with special 
embedded firmware that reports the location and perfor- 
mance information. As another alternative, wireless devices 
such as Java handsets can be used with a special application 
running in the background that reports location and perfor- 
mance information. 

[0178] In contrast to the system of FIG. 9 that shows 
wireless devices that automatically report location and per- 
formance information, FIG, 10 shows a system for network 
optimization in which the user manually reports location and 
performance informatioo. The system includes a wireless 
network 912 and several wireless users such as a wireless 
handset user 914, wireless PDA user 916, and a wireless 
intelligent device user 918, just to name a few examples. 
Each of the wireless users 914, 916, and 918 includes 
associated location and performance informatioo 934, 936, 
and 938, respectively. The wireless users 914, 916, and 918 
arc simply customers that use the network during regular 
operation. The wireless network operator can set up a system 
to allow the user to immediately report problems such as 
dropped calls, blocked calls, or poor signal quality. This 
system may be referred to as the Customer Report Card 
(CRQ since it allows the user to point out network problems 
in real time and report them to the network operator. The 
advantage of manual reporting, rather than automatic report- 
ing, is that the amount of reported data is greatly reduced and 
is only reported when there is a true network problem. 

[0179] There are a variety of ways to implement the CRC 
system. The operator can have a special reporting phone 
number with menus and prompts similar to current PBX 
answering systems. Alternatively, the operator can have a 
special reporting phone number with a voice to text system 
that logs the results. As another alternative, the network 
operator can have a WAP or SMS based system that provides 
a menu for logging the problem. These are just a few 
examples of techniques for implementing the CRC. 

[0180] Although FIGS. 9 and 10 show a system that can 
be seamlessly integrated with the PLIM system that was 
previously described, it is clear to those of ordinary skill in 
the art that the active network optimization systems 
described above are not dependent on the PLIM system and 
can be implemented independently. 

[0181] The present invention has been described in terms 
of preferred embodiments, however, it will be appreciated 
that various modifications and improvements may be made 
to the described embodiments without departing from the 
scope of the invention. 



What is claimed is: 

1. A computing platform for facilitating commumcatioos 
for wireless subscribers of a wireless network, the comput- 
ing platform comprising: 

a presence module maintaining data concemiog network 
presence of the wireless subscribers; 

a location proxy module maintaining location data con- 
cerning physical location of the wireless subscribers; 

an instant messaging module connected to provide instant 
messaging service for the wireless subscribers utilizing 
the data concerning network presence; and 

a campaign manager module connected to provide com- 
mercial message transmission to one or more of the 
wireless subscribers selected based on at least one of 
the data concerning network presence and the data 
concerning physical location, wherein the wireless sub- 
scribers are provided with instant message service and 
mobile commerce service. 

2. The computing platform for facilitating comniunica- 
tions of claim 1, further comprising: 

a privacy database containing records of data permission 
settings corresponding to individual ones of the wire- 
less subscribers; 

wherein the wireless subscribers are selected to be pro- 
vided commercial message transmission based further 
on the data permission settings of the privacy database. 

3. The computing platform for facilitating communica- 
tions of claim 1, wherein the presence module additionally 
maintains data concerning netwods presence of non- wireless 
instant messaging subscribers. 

4. A network gateway for collecting presence information 
and location information concerning wireless subscribers of 
plural wireless networks, and for facilitating instant mes- 
saging and mobile commerce, the network gateway com- 
prising: 

a presence module maintaining data concerning network 
presence of the wireless subscribers; 

a location proxy module maintaining location data con- 
cerning physical location of the wireless subscribers; 

an instant messaging module connected to provide instant 
messaging service for the wireless subscribers utilizing 
the data concerning network presence; and 

a campaign manager module connected to provide com- 
mercial message transmission to one or more of the 
wireless subscribers selected based on at least one of 
the data concerning network presence and the data 
conceming physical location, wherein the wireless sub- 
scribers are provided with instant message service and 
mobile commerce service. 

5. The network gateway of claim 4, further comprising: 

a privacy database containing records of data permission 
settings corresponding to individual ones of the wire- 
less subscribers; 

wherein the wireless subscribers arc selected to be pro- 
vided commercial message transmission based further 
on the data permission settings of the privacy database. 
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6. The network gateway of claim 4, wherein the presence 
module additionally maintains data concerning network 
presence of non-wireless instant messaging subscribers. 

7. Aprocess for conducting mobile commerce, the process 
comprising: 

receiving current location information concerning a 
mobile subscriber £rom position determining equip- 
ment associated with a wireless network; 

receiving current network presence information concern- 
ing the mobile subscriber from a home location register 
associated with the wireless network; 



maintaining profile and permissioning information con- 
ceming the mobile subscriber in a privacy database; 
and 

transmitting to the subscriber personalized commercial 
content based on the profile and permissioning infor- 
mation concerning the mobile subscriber, and at least 
one of the subscriber's current location information and 
the subscriber's current presence information. 



« * * * * 
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